home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1061.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.1 KB  |  55 lines
  1.  
  2. > Forwarded from comp.text.sgml... 
  3.  
  4. > From: drmacro@vnet.IBM.COM
  5. > Date: Tue, 4 May 93 11:10:35 EDT
  6. > 
  7.  
  8. > At relatively small scales, it is possible to create hypertext
  9. > where authors hand craft the links between various places, say
  10. > via typical IDREF mechanisms 
  11.  
  12. > [...] This is impossible once the number of cross-library links  
  13. goes
  14. > above about 50 because of maintenance problems--there are simply
  15. > not enough hours in the day or people on the job to create,  
  16. maintain,
  17. > and test these links.  The next order of magnitude up  
  18. (cross-enterprise
  19. > linking) is so clearly impossible as to be not worth considering.
  20.  
  21. You have a goood point of the scalability of the web.  This has been
  22. made by some people here who have the same wories.  A solution which
  23. works in software systems is to have, in any work, a set of anchors
  24. which are explicitly declared "public" just like a global
  25. declaration of a routine.  This declation means that the author
  26. will maintain that (named) entry point.  It may be that the server
  27. will want to keep a table of entry points to map them onto real  
  28. places, and indeed in the HTTP2 protocol there is a specified but
  29. unimlplemented by anyone yet as far as I know (SBUAYAFAIK,
  30. vapourware for short) facility for an HTTP server to return a new
  31. URL as a name server, instead of the document.
  32.  
  33. Other anchors whch are not declared public would not be linkable to
  34. outside the document. This would be a convention which you could
  35. enforce locally.
  36.  
  37. This scheme scales quite well, as for any size entity (article,
  38. chapter, book, shelf, department, library...) there would be,
  39. independent of its internal size, a fixed number of global entry  
  40. points, so the problem scales as log N ie better than the
  41. organisation which wrote it. (Not a dig at IBM but a comment
  42. on hierarchical management perhaps)
  43.  
  44.  
  45. Ed's system of referiing to searches in the index
  46. "Look up the section on environment
  47. variables in the O'Reilley MH book"
  48. is similar, though heuristic if you don't contract with
  49. ORA that they there will always be a section on envirnonment
  50. variables in the book.
  51.  
  52. Tim Berners-Lee
  53. CERN
  54.  
  55.